home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / iesg / iesg.92-09-14 < prev    next >
Encoding:
Text File  |  1993-02-04  |  4.8 KB  |  156 lines
  1.                      IETF STEERING GROUP (IESG)
  2.  
  3.         Minutes of the IESG Teleconference
  4.             September 14, 1992
  5.  
  6.  
  7.          Reported by:  Steve Coya
  8.  
  9. This report contains IESG meeting notes, positions and action items.
  10. For more information please contact the IESG Secretary.
  11.  
  12.                 iesg-secretary@nri.reston.va.us
  13.  
  14.  
  15. Attendees:
  16.  
  17.     Almquist, Philip / Consultant
  18.     Borman, David / Cray Research
  19.     Coya, Steve  / CNRI
  20.     Crocker, Dave / TBO
  21.     Crocker, Steve / TIS
  22.     Davin, Chuck / Bellcore
  23.     Gross, Phillip / ANS
  24.     Hinden, Robert / SUN
  25.     Reynolds, Joyce / ISI
  26.     
  27. Regrets
  28.  
  29.     Hobby, Russ / UC-Davis
  30.     Huizer, Erik / SURFnet
  31.     Piscitello, Dave/ Bellcore
  32.     Stockman, Bernard / SUNET/NORDUnet
  33.     Vaudreuil, Greg / CNRI
  34.  
  35.  
  36. 1. Minutes of August 31 teleconference were approved. Edits are needed for 
  37.    September 10 minutes.
  38.  
  39. 2. A new SNMP security WG is be created. Draft of charter being reviewed, and 
  40.    will be ready by end of week.
  41.  
  42. 3. TCP/IP Header Compression
  43.  
  44. Dave Borman is still waiting for responses. The due date (September 21)
  45. has not yet been achieved, and item will be reviewed during next IESG
  46. teleconference.
  47.  
  48. 4. Dynamic Host Configurations
  49.  
  50.     o Dynamic Host Configuration Protocol
  51.     o DHCP Options
  52.     o Interworking of DHC and BootP
  53.  
  54. Phil Almquist has been in communication with Ralph Droms who will
  55. illicit help from other WG members to make requested changes.
  56.  
  57. ACTION: Coya (aka Vaudreuil) send message to WG Chair, copying wg email
  58. list, reiterating that the IESG would like tghe changes as documented
  59. by Phil Almquist made to the Internet Drafts.
  60.  
  61.  
  62. 5. POSITION: Last Calls will must be approved by the relevant Area Director before being sent to the IETF mailing list.
  63.  
  64. 6. There was extentsive discussion on technical review of documents
  65. prior to IESG submission. Concerned was raised on the amount of time
  66. needed to do this for every submission and that this may be considered
  67. a change to formal process which may need ietf buy-in. Another concern
  68. raised was that the process added a bureaucratic step that may not
  69. accomplish anything. One suggestion was that a checklist of steps would
  70. be helpful.
  71.  
  72. A related topic discussed  was whether the checklist review be done by
  73. the Area Director, an outside group, or the WG chair? ADs should insure
  74. that a senior-level architect-type person be involved with WG efforts
  75. where necessary (WG may already have such a person involved or chairing
  76. the WG. Make sure WG knows there will be a review, and if there is a
  77. need for assistance, the WG can request help from the AD or experts.
  78.  
  79. It was decided that the WG Chair should write the overview, technical
  80. summary and WG Deliberation items as listed in a message from Phill,
  81. and have a "reviewer" perform, at option of AD (or IESG?) technical
  82. assessment and document quality review.
  83.  
  84. ACTION: Coya to rewrite Phill's message, distribute to IESG for review
  85. and edits. When final, submit to others (IAB, WGChairs). When "really"
  86. final, send to IETF list.
  87.  
  88. POSITION: All IESG Areas MUST have advisory groups to facilitate better
  89. tracking of working group efforts and timely protocol review. Note that
  90. this is a rewording of the previous position which used the word SHOULD
  91. instead of MUST.
  92.  
  93. Action: All area advisory groups must be formed by IETF in November.
  94.  
  95.  
  96. 7. Decnet IV Control Protocol for PPP
  97.  
  98.    The PPP DECnet Phase IV COntrol Protocol (DNCP) is ready to be
  99.    submitted to IAB as a Proposed Standard
  100.  
  101.  
  102. 8. Network Management
  103.  
  104.     o LAP-B MIB 
  105.     o X.25 Packet MIB 
  106.  
  107.    Ready to be submitted to IAB. 
  108.  
  109. 9. Routing
  110.     o RIP Version 2 
  111.     o RIP Version 2 MIB  
  112.     o RIP Protocol Analysis
  113.  
  114.  
  115.    Status: Outside review to be conducted.
  116.  
  117.  
  118. 10. IESG Road Work Plan 
  119.  
  120. Latest version was distributed to IESG, but some additions still need
  121. to be incorporated. Final version to be sent to IESG by September 14,
  122. permitting one day for review and comment. Will be submitted as an
  123. Internet-Draft by COB September 15.
  124.  
  125. 11. SMTP Working Group
  126.  
  127. Dave Crocker reported that there are 4 documents under review and that
  128. he believes the WG is reaching convergence.  Phill to discuss with Russ
  129. Hobby. May need to ask Klensin to send message to IESG detailing open
  130. issues.
  131.  
  132.  
  133. 12. Working Group Actions (15 minutes)
  134.  
  135.     SNMP Evolution (snmpev)  was approved. 
  136.  
  137. pip and ipae WGs are ready to be announced, following the announcement of
  138. the ROAD Work Plan Internet-Draft.
  139.  
  140.  
  141. Appendix - Action Items
  142. --------
  143.  
  144. ACTION: Coya (aka Vaudreuil) send message to WG Chair, copying wg email
  145. list, reiterating that the IESG would like tghe changes as documented
  146. by Phil Almquist made to the Internet Drafts.
  147.  
  148. ACTION: Coya to rewrite Phill's message, distribute to IESG for review
  149. and edits. When final, submit to others (IAB, WGChairs). When "really"
  150. final, send to IETF list.
  151.  
  152. Appendix - Positions Taken
  153. --------
  154.  
  155. POSITION: Last Calls will must be approved by the relevant Area Director before being sent to the IETF mailing list.
  156.